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VIRTUAL NETWORK SOLUTION FOR SMS MESSAGE EXCHANGE 
BETWEEN GSM AND ANSI (TIA/EIA 41) NETWORKS 

[0001] This application claims the benefit of U.S. Provisional AppUcation No. 

60/453,961, filed March 13, 2003, which is herein incorporated by reference in its 
entirety. 

BACKGROUND 

Field of the Invention 

[0002] The present invention relates generally to telecommunications systems. More 

particularly, the present invention is related to systems and methods for exchanging 
messages between disparate networks operating in accordance with different 
standards. 

Background of the Invention 

[0003] The exchange of short message service (SMS) messages between distinct ITU 

GSM carriers has been supported by GSM standards almost since their inception. 
Specifically, GSM standards allow GSM PLMNs (Public Land Mobile Networks) to 
exchange (SMS) messages by way of roaming agreements. The technology permits 
one network element in a GSM PLMN to talk to other network elements in another 
GSM PLMN for the purpose of exchanging SMS messages. These messages are 
exchanged over what is called an SS7 or C7 network, which interconnects many 
mobile (and non-mobile) network elements. 

[0004] In North American and many other countries, however, there are many mobile 

. networks that implement ANSI mobile telephony standards such as TDMA and 
CDMA. Although core network elements belonging to these networks are 
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interconnected by an SS7 network, it is not easily possible to interconnect TDMA-, 
CDMA- and GSM-based carriers via a common SS7 network, due to standards- 
specific reasons. 

[0005] SMS messaging, a core component of the GSM standard, is also supported by 

TDMA and CDMA networks natively. However, due to inter-network connectivity 
issues and, in many instances, the of lack of roaming agreements between many of 
these networks, it is not presently possible to easily exchange messages between ITU 
GSM networks inter-connected via a C7 (ITU SS7) network and ANSI TDMA and 
CDMA networks connected to ANSI SS7 networks. 

[0006] Thus, there is a need to provide improved cross-network and cross-standards 

connectivity. 

BRIEF SUMMARY OF THE INVENTION 

[0007] The present invention provides improved connectivity by providing an 

Intermediary network solution whereby an Intermediary functions as a Virtual Carrier 
simulating many, if not all, of the necessary network element interfaces in each of the 
networks (GSM, TDMA, CDMA) to provide a sufficient fi-amework for exchanging 
SMS messages among carriers operating in accordance with different standards. 
More specifically, a Virtual Network provider in accordance with the present 
invention fiinctions as a Virtual GSM carrier on a C7 network and a Virtual ANSI 
network carrier (TDMA or CDMA) on an ANSI SS7 network, effectively bridging 
the networks to enable the sending and receiving of SMS messages. In one 
embodiment, the Intermediary fiinctions as a Virtual carrier in one network and 
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functions as a Relaying Intermediary for other networks for the purpose of 

exchanging SMS messages. . 
[0008] These and other features of the present invention, and their attendant 

advantages, will be more fully appreciated upon reading the following detailed 

description in conjunction with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0009] Fig. 1 shows a GSM Network element model for SMS messages in 

accordance with the prior art. 
[0010] Fig. 2 shows inter-PLMN connectivity for GSM SMS message Delivery 

between two GSM networks in accordance with the prior art. 
[001 1] Fig. 3 shows a model to receive SMS messages fi-om a GSM network by an 

Intermediary for further transmission to ANSI carriers in accordance with the present 

invention. 

[0012] Fig. 4 shows a store and forward call flow control for an ITU GSM carrier to 

an ANSI carrier in accordance with the present invention. 
[0013] Figs. 5 and 6 show alternative call flow control for an ITU GSM carrier to an 

ANSI carrier in accordance with the present invention. 
[0014] Fig. 7 shows a network model for terminating messages into a ITU GSM 

Carrier network from an Intermediary network represented by SME in accordance 

with the present invention. 
[0015] Fig. 8 shows call flow control for delivering a message to a GSM network in 

accordance with the present invention. 
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[0016] Fig. 9 shows a realization of a virtual network within an Intermediary network 

in accordance with the present invention. 
DETAILED DESCRIPTION OF THE INVENTION 

[001 7] The following acronyms are used in the following description and the 

associated drawings: 



AuC Authentication Center 

BSC Base Station Controller 

BSS Base Station System 

BTS Base Transceiver Station 

CdPA Called Party Address 

CgPA Calling Party Address 

DPC Destination Point Code used for MTP 

addressing 

EIR Equipment Identity Register 

GMSC Gateway MSC 
GTT Global Title Translation 

HLR Home Location Register 

IMSI International Mobile Subscriber 

Identity 

IWMSC Interworking Mobile Switching Center 
IXLR Intermediary Location Register (virtual . 

HLR) 

IXRS Intermediary Receiving Station (virtual 

MSC) 

IX-SC Intermediary Service Center 

IXTS Intermediary Transmitting Station 

(GMSC) 

MO Message Origination - Originating in a 

GSM carrier and terminating into 
Intermediary network for delivery to 
any US carrier (GSM, TDMA, CDMA) 
MS Mobile Station 

MSC Mobile Switching Center 

MT Message Termination - Message 

terminating into a non-US carrier. 
OPC Originating Point Code 

SME Short Message Entity 

SMSC Short Message Service Center 

SPC Signaling Point Code 

SSN Sub-system Number used for 

identifying an application 
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STP Signal Transfer Point 

VGW-MSC Virtual Gateway MSG 
VLR Visitor Location Register 

[001 8] Fig. 1 shows a GSM Network element model for SMS messages. In 

accordance with well-known standards, all mobile originated messages from a 
network are routed to a "home" SMSC (Short Message Service Center) 100 through 
an Inter- working MSG network element 110. SMSC 100 then forwards the message 
to its destination, whether it is an application or another subscriber unit. Generally 
speaking, all Mobile Terminated messages are delivered through an MSG to a mobile 
station through a Gateway MSG unit 120. As per the GSM model, an SMSC is not 
necessarily a network element directly connected to an SS7 network, although in 
practice an SMSC is typically built with a GMSG component and, in fact, often is 
directly connected to an SS7 network. The other elements shown in Fig. 1 are well- 
known to those skilled in the art. 

[0019] An Inter-PLMN GSM message exchange architecture is shown in Fig. 2. In 

this Figure, Network A can post SMS messages within its own network by querying 
its own HLR. The HLR then returns the appropriate MSG nimiber and the SMSC 
through SMS-GMSG network element sends the SMS message to the appropriate 
MSG that is currently servicing the intended recipient the mobile subscriber. 

[0020] For Inter-PLMN messages, the SMSC of Network A, for example, would 

access the HLR of Network B and obtain the MSG number (typically of Network B, 
if the mobile subscriber of Network B is not roaming) for posting messages directly 
to Network B's MSG. Such an interchange is supported to the extent that both 
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Network A and Network B implement GSM signaling standards, particularly GSM 
MAP layer for SMS message, 

[0021] Fig. 3 shows a model to receive SMS messages from a GSM network by an 

Intermediary for further transmission to ANSI carriers, in accordance with the present 
invention. In this embodiment, the Intermediary (elements of which are identified by 
IXLR, IXRS and IX-SC) behaves like a GSM carrier for the purpose of receiving 
SMS message. When a subscriber originates a message in a GSM network, the SMS 
message is received, as usual, by the home SMSC. That home SMSC then initiates a 
Send Routing Information (SRI) query over the SS7 (or C7) network. If the intended 
recipient is serviced by an ANSI carrier, this SRI call usually fails because of 
incompatibility of GSM and ANSI SS7 networks. Under some circumstances, 
roaming messages may be exchanged between ANSI GSM and ITU GSM carriers, 
and substantially all other messages, including SMS messages, between ANSI 
TDMA/CDMA and ITU GSM carriers are blocked. 

[0022] According to one embodiment, the present invention provides a routing table, 

called a Global Title Translation (GTT), which points all Send Routing Information 
messages destined for ANSI TDMA and CDMA networks towards a virtual carrier 
network employing a virtual HLR function (the IXLR in this case). The Virtual HLR 
is integrated with a set of databases and other routing information tables that identify 
all valid ANSI destinations to which the Intermediary is capable of sending SMS 
messages. 

[0023] Upon receipt of an SRI from an ITU GSM carrier, the Virtual Carrier 

Network's HLR (IXLR) responds with a SRI response with an AGK or appropriate 



6 



error message depending upon whether the message is dehverable or not. Once the 
originating SMSC receives the SRI response back, the short message is sent to the 
Virtual Carrier's network (IXRS) using Forward Short Message (FSM). In a 
preferred embodiment, the GTT routing table resolves the FSM routing in such a way 
that the Intermediary receives the message at its Virtual Gateway MSG (IXSC). The 
IXSC may then forward the message to the destination carrier.either through an IP 
protocol such as SMPP or through an SS7 link. A detailed call flow for sending an 
SMS message from an ITU GSM carrier to ANSI carrier is shown in Fig. 4. 
Explanations of several of the messaging commands and exchanges are provided 
below. 

MAP_^SEND_ROUTINGJNFO_^FOR_MT_^SM: 

Direction: SMSC ^ IXLR 

CgPA:e.l64SMSC. 

CdPA:e.l64MSISDN 

SSN:HLR 

[0024] All MO messages are routed from the home SMSC. For messages destined 

for a US TDMA/CDMA carrier, the GSM SMSC performs a MAP SRI call on the 
Virtual HLR provided by the present invention, namely the IXLR. In one 
embodiment, the Virtual HLR preferably has an e.l64HLR address which is the 
telephone number of a mobile phone (TDM A or CDMA) owned by virtual network 
provider. All MAP messages destined to a TDMA or CDMA carrier in the US are 
preferably sent to the virtual network provider's gateway by an entity such as 
Teleglobe. Those skilled in the art will appreciate that these message flow scenarios 
are exemplary only and are not meant to limit the scope of the present invention. 
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[0025] When a GSM SMSC sends a MAP SRI INFO message, the message is 

addressed to the subscriber's e. 1 64 number (MSISDN). There may be one or more 

GTT actions performed in the home network's STP. This STP, after initial GTT 

activity, sends all +1 destined messages to Teleglobe's network (or ultimately to 

Teleglobe's network through an intermediary network). Telejglpbe's STP then 

conducts a final GTT, that results in pointing such messages to DPC of the virtual 

network provider's (intermediary's) IXLR gateway. The SPC of IXLR is a "private" 

point code assigned by Teleglobe and the point code is known to the GTT database of 

Teleglobe's STP. 

MAP_SEND_ROUTINGJNFO_FORJdT_SMS_ACK: 

Direction: IXLR ^ SMSC 

CgPA: e.l64IXLR 

CdPA:e.l64SMSC 

SSNiMAP 

[0026] In accordance with the present invention, the IXLR sends back a MAP SRI 

ACK message with its own e.l64 routing number. The CdPA is the e.l64 address of 
SMSC from where the MAP SRI originated. 

[0027] The IXLR sends the message to Teleglobe's STP. Teleglobe STP performs a 

GTT on the e.l64 number of the SMSC. If Teleglobe's STP does not have the DPC 
of the SMSC, Teleglobe preferably forwards the message to an SPC of another STP, 
Final GTT translation by an STP forwards the message to the appropriate SMSC. 

[0028] The ACK message contains an MSRN nximber that is the same as an encoded 

MSISDN number in e.l64 format. This number is populated in the IMSI field. The 
IMSI field preferably contains a pseudo IMSI number used for several purposes 
including notification of the end carrier to the sending SMSC. More details 
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regarding this and related features can be found in co-pending U.S. application no. 

10/724,106, entitled "Virtual Carrier Addressing and Routing Techniques for Global 

SMS," which is incorporated herein by reference. 

MAP_FORWARD_SHORT_MESSAGE 

Direction: IXRS <- SMSC 

CgPA: e.l64SMSC 

CdPA: e.l64MSRN (e.l64MSISDN) 

SSN:MSC 

[0029] The MSRN number (MSISDN number) returned by the MAP SRI ACK 

message is extracted and used by the SMSC to forward the short message. The called 
party address used is the MSRN number, the GTT of which should ultimately result 
in addressing the IXRSi Teleglobe's STP sends, during the final GTT stage, this 
message to the DPC of the IXRS. 

MAP_FORWARD_SHORT_MESSAGE_ACK 
Direction: IXRS -> SMSC 

CgPA: e.l64IXRS 
CdPA: e.l64SMSC 
SSN:MAP 

[0030] This message is transmitted from the IXRS (which acts as a virtual MSC for a 

home SMSC). The message is addressed to the e. 164 address of SMSC and the GTT 
ensures that the message is received by the SMSC sending the SMS niessage. 

SUBMIT SM 

Direction: IXSC ^ Terminating SMSC 
[003 1 ] This message, part of a SMPP protocol suite, is used to send a message from 

the Intermediary SMSC to an ANSI carrier's SMSC for terminating the short 
message. The terminating carrier's SMSC, in turn, forwards the short message to the 
subscriber terminal. 
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It is noted that for an Intermediary SMSC, a number of protocols can be used 
to forward the short message to the terminating carrier's SMSC. These include 
SMPP, UCP, SMTP and a number of other IP based protocols. In addition, it is also 
possible to directly terminate the short message to the subscriber terminal using an 
SS7 link, in which case, the terminating carrier's SMSC is not involved in the call 
flow. 

SUBMIT SMRESP 

Direction Terminating SMSC -> IXSC 

This message is the response message received from the terminating carrier's 

SMSC acknowledging or rejecting a short message submitted using SUBMIT SM 

message. 

Alternative call flows for ITU GSM carrier to ANSI carrier messaging are 
shown in Figs. 5. and 6. The mechanism depicted in Figure 5 has the advantage of 
ensuring reliable delivery of an SMS message between a home and a destination 
carrier's SMSC. More specifically, Fig. 5 shows an alternate embodiment of the 
invention, wherein, Intermediary SMSC (DCSC) forwards the message to an ANSI 
destination carrier's SMSC and waits for acknowledgement before retuming a 
Forward Short Message (iFSM) acknowledgement to the originating GSM carrier's 
SMSC. This alternate mechanism has the advantage of ensuring reliable delivery of 
SMS message between home and destination carrier's SMSC. 

Fig. 6 shows yet another altemate embodiment of invention, wherein the 
Intermediary SMSC (IXSC) forwards the message to an ANSI destination carrier's 
SMSC and waits for delivery receipt before retuming a Forward Short Message 
acknowledgement to the originating GSM carrier's SMSC. This altemate mechanism 
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has the advantage of ensuring reliable delivery of SMS message between a home 
SMSC and a destination mobile subscriber unit. However, the timeouts in this 
message sequence may be of concern in a practical implementation of this 
embodiment although this sequence can be made to work if the delivery receipt is 
received within the time out period of the original Forward Short Message from the 
home SMSC to the Intermediary network. 

Fig. 7 shows a network model, in accordance with the present invention, for 
terminating messages into an ITU GSM Carrier network from an Intermediary 
network represented by an SME (Short Message Entity) in the Figure. An SMS 
message from an ANSI carrier is received by the SME by one of several means that . 
include SMSC to SME delivery via SMPP or other equivalent protocols, or via SS7 
delivery. The received message is then transmitted to the SMSC node (IX-SC) in the 
Intermediary network. 

For the purpose of delivering the message to a GSM network, the 
Intermediary network implements a Virtual Gateway MSC (VGW-MSC) that is 
connected on one side to Intermediary SMSC (IX-SC) and on the other side to a C7 
network. Upon receipt of an SMS message from an ANSI carrier's home network, 
the Virtual GW-MSC node performs GTT route lookup on the destination GSM 
carrier's HLR and forwards the short message to the appropriate switch (MSC) based 
on the address information received back from destination carrier's HLR. In doing 
these transactions, the Intermediary behaves exactly like a GSM carrier and performs 
all the ftinctions required as part of roaming guidelines prescribed by GSM 
Associations IR 21 document. Call flows depicting these transaction are shown in 
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Figure 8. The role of the IXTS in this call flow emulates that of a GMSC as per GSM 

protocol standard. 

MAP_SEND_ROUTING_INFO_FOR_SM: 
Direction: IXTS ^ HLR 
CgPA:e.l64IXTS. 
CdPA: e.l64MSISDN 
SSN: HLR 

For an MO message originated in the US and directed to a GSM carrier, GTT 
is preferably performed on the destination MSISDN number at Teleglobe STP. The 
GTT translation will most probably result in a DPC of an intermediary STP that will 
again perform GTT. There may be more than one STP during routing that performs 
GTT translations. The final GTT translation (most probably by an STP in the 
destination network) results in the DPC of the HLR and message being delivered to 
the HLR. Again, those skilled in the art will appreciate that the message flows 
described herein are exemplary only and not meant to limit the scope of the present 
invention. 

MAP_SEND_ROUTINGJNFO_FOR_SM_A CK: 

Direction: IXSC ^ HLR 
CgPA: e.l64HLR 
CdPA: e.l64IXTS 
SSN: MAP 

The HLR sends back a MAP SRI ACK message with its own e.l64 routing 
number (since this is inter-PLMN messaging, the HLR uses its own e.l64 number to 
allow for GTT). The CdPA is the e. 164 address of the IXSC that can be routed by 
Teleglobe. Before the message gets to Teleglobe, a far end STP GTT translation may 
be performed, which should result in all +1 messages delivered to Teleglobe. 
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Teleglobe will then route the message to the Intermediary using final GTT 

translation. 

MAP_FOR WARD_SHORT_MESSA GE 
Direction: IXTS ^ MSG 
CgPA:e.l64IXTS 
CdPA:e.l64MSRN 
SSN: MSG 

The MSRN number returned by the MAP SRI ACK message is extracted and 
used by the IXTS to forward the short message. The called party address used is the 
MSRN number, the GTT of which should uhimately result in addressing the visited 
MSG. 

MAPEORWARD_SHORT_MESSAGE_ACK 
Direction: IXTS <- MSG 
GgPA: e. 1 64MSG (or e. 1 64MSRN?) 
GdPA: e.l64IXTS 
. SSN: MAP 

This message is transmitted back fi-om the visited MSG to the IXTS acting as 
virtual GMSG. The message is addressed to the e.l64 address of the IXTS and the 
GTT path follows that of earlier reverse message flows reaching IXTS: 

Fig. 9 depicts an Intermediary Network System in accordance with the present 
invention. The Virtual Network in accordance with the present invention preferably 
comprises four major components, an IXSG, IXRS, IXTS and IXLR, the latter three 
components being integrated in an IXSG - intermediary SMS gateway. 

The IXSG is the intermediary service center, which controls the SS7 gateway 
functionality for sending and receiving SMS messages. The IXSG is a logical node 
supporting simplified service center fiinctionality. This fiinctionality preferably 
includes: 
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• Accepting short messages from the intermediary acting as an SME. 

• Storing and forwarding short messages to the SS7 gateway. 

• Receiving short messages from the SS7 gateway. 

• Dispatching short messages to the intermediary 

The IXRS is the intermediary Receiving Station, which emulates functionality 
of an MSG. This is a logical node part of the IXSG. This node is responsible for 
receiving SMS messages and alerting the IXSC. The node also implements MSG 
functionality for the purpose of receiving SMS short messages. Specifically, the 
IXRS receives the message and terminates the GSM SMS message. The IXRS also 
communicates with the IXSG to send received SMS messages. 

The IXTS is the intermediary Transmitting Station, which emulates GMSG 
functionality. This is a logical node part of the IXSG. This node is responsible for 
sending SMS messages upon request from the IXSG. 

The IXLR is the intermediary Location Register, which functions as a virtual 
HLR that is used for supporting routing requests from far side entities. This node is 
logical part of IXSG gateway and implements limited HLR functionality to support 
routing information for MO SMS message delivery. When an MO message is sent 
from a subscriber unit (SU), the home SMSG receives the message. The Home 
SMSG then queries the IXLR to get routing information. The SMSG then sends the 
message to IXRS node. In case of redundant nodes, the IXLR is preferably 
configured to have a single point code so that SMSGs "see" a single entity from 
which to obtain routing information. 

e.l64 numbering of SS7 nodes: The intermediary, as described herein, is not 
necessarily a full fledged carrier (and in the preferred implementation, is not) and 
therefore does not "own" any phone numbers. For GTT routing purpose, the 
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intermediary preferably uses its existing landline or mobile phone numbers. 
Typically, landline phone numbers are preferable to make sure that there is no clash 
with mobile messaging. 

GSM International Mobile Subscriber Identity (IMS!) Number Mapping: 
Since ANSI phone numbers do not have IMSI numbers, an encoded MSISDN 
number in e.l64 format or pseudo IMSI numbers are allocated out of a pool within 
the Intermediary network, in accordance with the present invention. An IMSI number 
thus coded is routable using GTT for facilitating message routing from an ITU GSM 
carrier to an intermediary simulating GSM interfaces using pseudo IMSI numbers. 
Reference can again be made to co-pending U.S. application no. 10/724,106, which is 
incorporated herein by reference. 

The foregoing disclosure of the preferred embodiments of the present 
invention has been presented for purposes of illustration and description. It is not 
intended to be exhaustive or to limit the invention to the precise forms disclosed. 
Many variations and modifications of the embodiments described herein will be 
apparent to one of ordinary skill in the art in light of the above disclosure. The scope 
of the invention is to be defined only by the claims appended hereto, and by their 
equivalents. 

Further, in describing representative embodiments of the present invention, 
the specification may have presented the method and/or process of the present 
invention as a particular sequence of steps. However, to the extent that the method or 
process does not rely on the particular order of steps set forth herein, the method or 
process should not be limited to the particular sequence of steps described. As one of 
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ordinary skill in the art would appreciate, other sequences of steps may be possible. 
Therefore, the particular order of the steps set forth in the specification should not be 
construed as limitations on the claims. In addition, the claims directed to the method 
and/or process of the present invention should not be limited to the performance of 
their steps in the order written, and one skilled in the art can readily appreciate that 
the sequences may be varied and still remain within the spirit and scope of the present 
invention. 
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